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1.0 INTRODUCTION 


The Low Cost Booster Project (LCBP), also known as Bantam, is an element of the 
Advanced Space Transportation Program focused on Low Cost Booster Technologies. 
During FY 99 flight demonstrations are planned to demonstrate the feasibility of 
producing a booster capable of inserting a 150 kg payload into low earth orbit. The 
ground support system is an element of the full launch system. The ground support 
system provides for integration of the payload with the launch vehicle, preparation of the 
vehicle for launch (including maintenance, integration and test of the vehicle flight 
software), monitor and control of the launch sequence, range safety during launch, and 
collection of telemetry during the flight up to payload release. The ground support system 
is intended to make the maximum possible use of Government Off-the-Shelf (GOTS) or 
Commercial Off-the-Shelf (COTS) hardware and software to obtain the best value in 
terms of development operations support and ultimate life cycle cost for the launch 
system. 

1.1 PURPOSE 

The purpose of this document is to define the design, performance and verification 
requirements for the Bantam ground support system in support of the flight demonstration 
program. Based on the trends in other major space launch systems, the demands of the 
actual operational system will be significantly less stringent. Thus a system which satisfies 
the flight demonstration requirement can be expected to meet and exceed the needs of the 
operational user. 

1.2 SCOPE 

The elements covered in this document are the ground support systems, hardware, 
software and personnel required to perform the direct launch support activities for the 
Bantam development vehicle. The requirements for the production system will be derived 
and refined based on the support provided to the development project. Because one of 
the fundamental ground rules of the program is to produce a low cost launch capability, it 
is assumed that products generated to support the development activity will be reused to 
the maximum extent possible during the operational phase. Unless otherwise specifically 
stated, all products developed to satisfy this requirement will be assumed to be made 
available for use in the operational system. Where such considerations result in tradeoffs 
between costs to the demonstration program and long term costs to the operational 
system, they will be identified and quantified. In most cases the intent should be to 
minimize the lifecycle cost of the entire program. 
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2.0 APPLICABLE DOCUMENTS 


LCBT-PP 

MSFC-RQMT-2674A 

MSFC-SPEC-2675 

MSFC-DOC-2678 


LCBT Program Plan 

Low Cost Booster Program (LCBP) Propulsion Test Article 
(PTA1) Systems Requirements Document 

LCBT Fastrac 60K Engine Specification 

LCBT Fastrac 60K Engine Interface Definition Document 
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3.0 REQUIREMENTS 

The following paragraphs define the ground support system requirements. A database of 
these requirements, which facilitates detailed documentation and tracking, is included as 
Appendix A. 

3.1 PROGRAM REQUIREMENTS 

To support the objectives of the LCBT program, the Bantam ground support system shall 
provide the capabilities defined below during the developmental test phase of the program. 
For the operational program an appropriate subset of these capabilities shall be utilized. 

3.1.1 GROUND SUPPORT SYSTEM COMMONALITY 

The ground support system as defined in this document shall be provided as a standard 
capability for all demonstration flights. 

3.1. 1.1 Launch Site Certification 

The ground support team shall certify each launch site for the Bantam program prior to its 
being scheduled for a Bantam launch. This certification shall ensure that the site has the 
required level of services for the standard ground system. 

3.1. 1.2 Site Unique Procedures 

The ground support team shall develop and maintain the Bantam program launch 
procedures. These shall include specific procedures accounting for launch site unique 
activities and customer unique requirements, to include compliance with Department of 
Defense (DOD), NASA, and commercial launch practices. 

3.1.2 PAYLOAD ACCOMMODATION COMMONALITY 

All flight articles shall provide identical interfaces for payload accommodations as defined 
in Interface Control Document (ICD-TBD). 

3.1.3 DEVELOPMENT FLIGHT INSTRUMENTATION (DFI) 

To ensure commonality of interfaces and reduce development costs to vehicle contractors, 
a design reference payload containing the DFI shall be provided to perform the on board 
collection and downlink of vehicle performance data for all development flights. 

3.2 GROUND SYSTEM PERFORMANCE REQUIREMENTS 
3.2.1 LAUNCH PREPARATION 

The ground support team shall provide integration services to include mission and site 
scheduling, analysis of payload conformance with safety requirements, and coordination of 
required data for launch planning. 
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3.2. 1.1 Interface Checkout 

The ground system shall provide the capability to test payloads for compliance with the 
interface standard (ICD-TBD). As a minimum the following interfaces shall be tested: 

a. Physical connection to the launch vehicle 

b. Electrical power connection to the launch vehicle 

c. Data connections for launch vehicle sensors 

d. Radio Frequency (RF) connections for telemetry downlink from the payload 

e. RF connections for telemetry downlink from vehicle, if required 

f. Umbilical connections for prelaunch uplink and downlink 

g. Range safety interfaces uplink and downlink (telemetry, command destruct, 
transponders) 

3.2. 1.2 Flight and Simulation Software Preparation 

3.2. 1.2.1 Flight Software 

All flight software shall be delivered by the vehicle contractor as a configuration 
management item to the ground support team. 

3.2.1.2.2 Mission Simulation Software 

A simulation capability shall be provided to allow the ground support team to perform a 
checkout of the delivered flight software against specified mission performance 
parameters. The simulator shall be capable of loading and executing the mission flight 
software without modification. 

3.2. 1.2.3 Flight Software Load 

The ground support team shall be responsible for upload of the mission configuration to 
the launch vehicle and appropriate checkout of the system prior to launch. 

3.2.1.3 Payload Integration 

The launch facility shall provide the following capabilities to support payload handling and 
integration with the flight vehicle: 

a. A clean room capability appropriate for handling payload articles such as optics 

b. Access to the payload up to 48 hours prior to launch 

3.2. 1.4 Prelaunch checkout 

The ground system shall provide the capability to monitor launch vehicle and payload data 
during prelaunch activities. As a minimum the following parameters shall be monitored: 

a. Launch vehicle health and status 
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b. Launch vehicle internal sensors 

c. On board computer performance 

d. Payload health and status 

e. Payload on board computer performance 

f. RF downlink interfaces for payload and vehicle 

3.2.1.5 Vehicle Servicing 

3.2.1.5.1 Servicing Procedures 

The ground support team shall provide a detailed servicing procedures manual which shall 
include Bantam normal operations and safety procedures for each launch site to be 
utilized. 

3.2.1.5.2 Prelaunch Servicing 

The ground support team shall supervise all servicing operations for the launch vehicle. 

3.2.1. 6 Prelaunch Vehicle Control 

The ground system shall provide the capability to control critical vehicle and payload 
functions during the prelaunch phase. As a minimum the following functions shall be 
provided: 

a. Initiation of critical phases of the launch sequence 

b. Capability to automatically pause or abort the launch sequence when significant 
anomalies exist in sensed data 

c. Manual pause or abort of the launch sequence up to the point of final ignition 
system initiation 

d. Standard range safety required command sequences for the launch vehicle during 
the prelaunch phase 

e. Checkout and update of critical instrumentation (e.g. final gyro alignment) 

3.2.1.7 Prelaunch Ground System Monitoring 

The ground system shall provide the capability to monitor appropriate ground support 
systems as necessary. As a minimum the following functions shall be available: 

a. Pad electrical systems 

b. Launch site weather data 

c. Voice and video setup 

d. Pad fire suppression 
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3.2. 1.8 Data Retention 

All recorded data shall be time tagged. 

3.2.1.8.1 Command Log 

The ground system shall retain an automated log of all commands and responses. 

3.2. 1.8.2 Data Log 

The ground system shall retain a record of all telemetry gathered during the prelaunch 
phase. 

3.2.2 LAUNCH SUPPORT 

3.2.2. 1 Launch Vehicle Monitoring 

The ground system shall provide the capability to collect, store and distribute data 
acquired by developmental flight instrumentation during the launch phase of the mission, 
defined as the time from the end of prelaunch monitoring until payload release. As a 
minimum the following parameters shall be monitored: 

a. Site provided performance parameters, i. e. range telemetry 

b. Predefined performance parameters for the vehicle needed to support post flight 
analysis 

3.2.2.2 Launch Vehicle Control 

The ground system shall support standard range safety required command sequences for 
the launch vehicle during the flight phase. 

3.2.3 DEVELOPMENT FLIGHT INSTRUMENTATION 
The design reference payload shall perform the following functions: 

a. Data collection from all vehicle unique instrumentation 

b. Data recording as necessary to provide for telemetry download 

c. Data acquisition for all generic performance data (e g. temperature, g-forces, 
vibration, etc.) 

d. Data transmission for all specified real time telemetry 

e. Non real time data playback and transmission for all stored data 

3.2.4 SAFETY 
3.2.4. 1 Ground Safety 

The ground support team shall prepare a standard ground safety plan with site specific 
information for each planned launch facility. 
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3.2.4.2 Range Safety 

The range safety function shall be the responsibility of the individual launch site. The 
ground support team shall prepare a Bantam specific safety plan to be approved by the 
launch site range safety function. 

3.3 COST GOALS 

This section addresses cost goals for the Bantam ground operations system, including the 
flight software verification simulator. These estimates are intended as preliminary goals, 
and the driving figures should be the cost rollups rather than individual cost elements. That 
is, labor costs may be traded for non-labor costs where appropriate. The most important 
long term cost driver for the system is the recurring cost for the operational program. 
This cost element should be considered of primary importance when cost tradeoffs are 
made in the development area. The following table provides these goals for the 
demonstration and operational phases of the program: 


Cost Element 

Cost goal (dollars) 

Ground System Development 


Display and Control System 


Labor 

43 OK 

Non Labor 

540K 

Simulator 


Labor 

710K 

Non Labor 

120K 

Operations (per year) 


Labor 

450K 

Non Labor 

290K 


The development costs are totals for the demonstration program, assumed to be of two 
years total duration, including launch support activities for all demonstration flights. 
Operational phase costs are per year and include no development cost recovery. The cost 
elements for the operational phase are based on a single launch team supporting up to 6 
launches per year. The estimate considers that an established permanent launch team is 
required to meet the needs of the program during this period. The assumption is made that 
a high degree of automation has been built into the ground system, allowing a small launch 
team. The cost for this team is constant up to a certain number of launches per year. 
Reducing the number of launches increases the cost per launch. Increasing the number of 
launches decreases the cost per launch. At a certain point the size of the launch team must 
be increased, which results in increases in the total yearly cost, the primary change being 
additional personnel on the launch team. This is anticipated to be a relatively small 
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incremental increase. Supporting two launch teams, one per vehicle manufacturer, 
increases the overall cost significantly, but there may be some efficiencies which could be 
realized by sharing personnel within the manufacturers organization in this case. 

3.4 SCHEDULE REQUIREMENTS 

The schedule requirements discussed in this section are for an end-to-end Bantam launch 
sequence during the operational phase of the program. These establish goals for the 
design to use as a framework. The general assumption has been made here that during the 
operational phase a shorter turnaround reduces all program costs. If a case is encountered 
where relaxation of one of these goals could result in cost savings, then cost should 
continue to be the prime consideration. The following table provides a preliminary 
timeline for a Bantam mission during the operational phase of the program: 


Element 

Timeframe 

Activities 

Initial Mission Definition 

L -60 days 

High level definition of 
mission requirements 

Formal Definition of 
Mission Requirements 

L -45 days 

Detailed mission 
requirements and payload 
specification 

Flight Software delivery 

L -30 days 

Flight software verification, 
software placed under 
configuration management, 
mission simulations 
conducted 

Vehicle Delivery 

L -30 days 

Launch vehicle delivered to 
launch site 

Payload Delivery 

L -30 days 

Vehicle interface 
verification, final weight 
determinations 

Vehicle/Payload Integration 

L -48 hrs 

Payload mated to vehicle, 
end to end test of interfaces, 
flight software uploaded 

Vehicle servicing 

Day of launch 

Final consumables loaded, 
final systems checkout 

Orbital insertion' 


Ground system mission 
complete 
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4.0 VERIFICATION 

The verification addressed in this section is that activity required to qualify the ground 
support system to support the development flight test program. Where there are no 
development specific changes to the ground system it will also qualify the system for 
support of the production launch vehicle. 

4.1 VERIFICATION METHODS 

Verification shall be accomplished by one or more of the following methods: 

a. Test 

b. Analysis 

c. Demonstration 

d. Inspection 

e. Similarity 

4.2 DEVELOPMENT TESTING 

This requirements document is focused on the development test flights for the Bantam 
program. However, in line with the overall system goal of reducing production system 
costs, testing of the ground system in accordance with this requirement shall be assumed 
to be the equivalent of test of the production ground support system unless specifically 
defined otherwise. 
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APPENDIX A 


VERIFICATION REQUIREMENTS DATABASE 


GENERAL INFORMATION 


The Verification Database is established with this document. Data on Traceability and 
Verification will be expanded as the requirements mature. 
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